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Verf ahren und Einrichtung zum Betreiben eines Sekundar- 
Betriebs systems neben einem Primar-Betriebssysfcem 

Die Erfindung betrifft ein Verfahreh und eine Einrichtung 
zum Betreiben eines Sekundar-Betriebs systems auf einem 
Rechner neben einem Primar-Betriebssystem. 

5 

Das Betreiben zweier auf einem Rechner, genauer in den Ran- 
dom-Access-Speicher eines Rechners geladener Betriebssys- 
tems nicht nur alternativ, sondern wechselweise ohne Neu- 
starten des Rechners ist bekannt. 

10 

So zeigt die WO 98/09225 ein Betriebssystem zur Echtzeiter- 
weiterung fur die herkommlichen - an sich nicht echtzeitfa- 
higen - Microsof t-Windows-Systeme durch spezielle Mikroker- 
ne (Microkernel) . 

15 

Die DE 44 06 094 C2 zeigt ebenfalls eine Echtzeiterweite- 
rung der herkommlichen Microsof t-Windows-Systeme mittels 
eines vollstandigen Echtzeit-Betriebssystems, welches auch 
separate d.h. unabhangig von Windows auf einem Rechner 
20 lauffahig ist. Das sekundare Echtzeit-Betriebssystem bat 
dabei direkten Zugriff auf lediglich eine Untermenge der 
Prozessor-Register und Hardware-Komponenten des Rechners. 
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Es ist weiterhin bekannt unter einem Betriebssystem einen 
virtuellen Rechner (virual machine) zu emulieren, auf dem 
dann ein zweites Betriebssystem laufen kann. Hier lauft das 
Sekundar-Betriebssystem unter Kontrolle des den virtuellen 
Rechner emulierenden Monitor-Programms . Das Sekundar- 
Betriebssystem kann nicht auf samtliche Register des Pro- 
zessors direkt zugreifen, sondern eben nur unter Kontrolle 
des Monitor-Programms . Grundsatzlich ist beim Stand der 
Technik problematisch, dass der Quellcode zumindest eines 
der Betriebssysteme bekannt sein muss, da beim Betrieb in 
iiblicherweise vom Anbieter nicht-of f enbarte Teile dessel- 
ben, insbesondere sein kann, eingegriffen wird oder sogar 
Veranderungen an solchen Teilen, insbesondere denselben 
Teilen, an mindestens einem der Betriebssysteme vorgenommen 
werden miissen. Dariiber hinaus ist es nachteilig, wenn ein 
Betriebssystem "unter" einem anderen laufen muss, also ein- 
gebettet in letzteres (embedded) . 

Der Erf indung liegt die Aufgabe zugrunde, ein Verfahren und 
eine Einrichtung zu schaffen, mittels derer auf einem Rech- 
ner mindestens zwei Betriebssysteme ohne Reduzierung ihrer 
Performance, insbesondere unter Beibehaltung von Echtzeit- 
fahigkeiten ohne Eingriff in das Sekundar-Betriebssystem, 
sondern hochstens mit Eingriff en in dessen Board Support 
Packet laufen konnen, wobei das Sekundar-Betriebssystem 
dennoch, wenn es aktiv ist, auf der zentralen Prozessorein- 
heit (CPU) derart arbeitet, als ob es als - einziges - Be- 
triebssystem geladen ist und demgemaB auf den gesamten Pro- 
zessor und dessen virtuellem Speicherbereich ohne jegliche 
Einschrankung zugreifen kann. 

Erf indungsgemafi wird die genannte Aufgabe mit einem Verfah- 
ren der eingangs genannten Art gelost, welches dadurch ge- 
kennzeichnet ist, dass ein Sekundar-Betriebssystem-Treiber 
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(SBS-Treiber) cies Primar-Betriebssystems zum Laden und 
Steuern des Sekundar-Betriebssystems geladen wird. 

Eine Einrichtung zum Betreiben eines Sekundar-Betriebs- 
5 systems auf einem Rechner neben einem Primar-Betriebssystem 
sieht demgemaJS einen Sekundar-Betriebssystem-Treiber (SBS- 
Treiber) des Primar-Betriebssystems zum Laden und Steuern 
des Sekundar-Betriebssystems vor. 

10 Erfindungsgemafi erfolgt der Zugriff des Sekundar-Betriebs- 
systems ohne Zuhilfenahme des Primar-Betriebssystems . 

Die • Ausgestaltung, dass die beiden Betriebssysteme neben- 
einander auf einem Rechner implementiert sind, heifit, dass 

15 beide Betriebssysteme vollig unabhangig voneinander auf 

diesen arbeiten, insbesondere die Betriebssysteme einander 
nicht voraussetzen - also auch nicht das Sekundar-Betriebs- 
system das f unktionsf ahige Vorhandensein des Primar- 
Betriebssystems. Der System-Treiber wird ausschliefilich zum 

20 Wechsel der Betriebssysteme verwendet. Man konnte also den 
gesamten Sicherheitsbereich des PBS inkl . des System- 
Treibers im SBS iiberschreiben^ ohne dessen Funktion zu be- 
eintrachtigen, ein Riicksprung zum PBS ist dann nattirlich 
nicht mehr moglich. Insbesondere beinhaltet dies f dass 

25 nicht ein Betriebssystem (insbesondere das Sekundar- 

Betriebssystem) auf dem anderen (insbesondere dem Primar- 
Betriebssystem) aufsitzt, Oder auch nur auf dieses zugrei- 
fen wiirde, Wahrend Betrieb des einen Betriebssystems wird 
keinerlei Codeteil des anderen ausgefiihrt. Insbesondere 

30 greift das Sekundar-Betriebssystem wahrend seines Betriebs 
auch nicht auf den System-Treiber zu. Erf indungsgemaB ist 
also kein Betriebssystem in das andere eingebettet, setzt 
also dieses nicht permanent voraus . Dies gilt insbesondere 
auch fur das Sekundar-Betriebssystem hinsichtlich des Pri- 

35 mar-Betriebssystems . Zum Aufrufen und Abarbeiten des einen 
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Betriebssystems, insbesondere cies Sekundar-Betriebssystems, 
sind auch keinerlei Inf ormationen des anderen Betriebssys- 
tems ,. des Primar-Betriebssystems, einschliefilich des Sys- 
tem-Treibers im erstgenannten Betriebssystem (Sekundar- 
5 Betriebssystem) notwendig. Beide Betriebssysteme, insbeson- 
dere auch das Sekundar-Betriebs system, sind vollkommen au- 
tonom lauffahig. 

Durch das erf indungemalbe Vorsehen eines Treibers des Pri- 
10 mar-Betriebssystems zum Ansteuern und Laden des Sekundar- 
Betriebssystems iiber dessen Board-Support-Package, oder 
Platinen-Unterstiitzungs-Paket - wird weiterhin vermieden, 
dass der Kern des Sekundar-Betriebssystems zum Betrieb des- 
selben eben als Sekundar-Betriebssystem neben einem Primar- 
15 Betriebssystem geandert werden muss. 

Das Board-Support-Package ist die Software, die die Verbin- 
dung zwischen einer Hardware (dem Board) und einem Be- 
triebssystem bildet (Support) . Betriebssysteme die auf meh- 

20 reren Plattformen (Hardwareumgebung inkl. Prozessor, Spei- 
cher etc.) zum Einsatz kommen, haben immer ein BSP, das so- 
mit ein fester Bestandteil des Betriebssystems ist. Embed- 
ded Betriebssysteme, wie Windows CE, bestehen aus einem Be- 
triebssystem-Kern und eben dem BSP, durch dessen Modifika- 

25 tion man das Betriebssystem auf eine spezielle Hardware- 
Plattform anpassen kann und auch muss, ohne den Betriebs- 
system-Kern kennen zu miissen. 

Das Board-Support-Package eines Betriebssystems wird von 
30 dem Anbieter des Betriebssystems regelmafiig ohnehin im 

Quellcode offengelegt, da es insbesondere die sogenannten 
Basis-Hardware-Dienste enthalt, uber die fiir das fragliche 
Betriebssystem die notwendigen Schnittstellen zur Hardware, 
wie beispielsweise Interrupt-Controller, Systemzeitgeber, 
35 hergestellt werden und die hierzu zum Einsatz auf unter- 
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schiedlichen Hardware-Systemen, d.h. verschiedenen CPU- 
Plattformen entwickelt werden, wie von einem Hersteller 
spezif ischer, insbesondere von den Quasi-Standard abwei- 
chender Hardware. Damit konnen durch die erf indungsgemafie 
5 Losung alle Betriebssysteme als Sekundar-Betriebssystem 
eingesetzt werden, welche mit Hilfe eines Board-Support- 
Packages konf igurierbar und anpassbar sind, ohne dass diese 
bei Einsatz als Sekundar-Betriebssystem ihre Performance 
verlieren und, soweit es sich um Echtzeitbetriebssysteme 
10 handelt, ohne dass sie ihre Echtzeitf ahigkeit verlieren. 

In bevorzugter Ausbildung sieht das erf indungsgemaBe Ver- 
fahren vor, dass bei einem Wechsel der Abhangigkeit der Be- 
triebssysteme ein Austausch der Interrupt-Tabellen im 

15 fluchtigen Speicher erfolgt. Die erf indungsgemaBe Einrich- 
tung ist demgemaft ausgebildet. Derart wird aufgrund der In- 
formationen der Interrupt-Tabellen-Eintrage des Sekundar- 
Betriebssystems bei einem Interrupt in das Sekundar- 
Betriebssystem die richtige Interrupt-Service-Routine des 

20 Sekundar-Betriebssytems angesprungen, so dass aus Sicht 

desselben derselbe Vorgang erfolgt , als ware kein Primar- 
System vorhanden. Derart ist es moglich, zwei Betriebssys- 
teme ohne Kenntnis des Quellcodes nebeneinander oder paral- 
lel zu betreiben. Erf indungsgemafi werden so keinerlei In- 

2 5 formationen des Primar-Betriebssystems im Speicherbereich 
des Sekundar-Betriebssystems gespeichert. Beide Betriebs- 
systeme besitzen keine Inf ormationen iiber das jeweils ande- 
re. 

30 In anderer bevorzugter Ausgestaltung des erf indungsgemaften 
Verfahrens ist vorgesehen, dass der mit dem Primar- 
Betriebssystem geladene Sekundar-Betriebssystem-Treiber 
(SBS-Treiber) das Sekundar-Betriebssystem ladt und zwar in 
einen vom Primar-Betriebssystem nicht verwendeten Speicher- 
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bereich des physikalischen Random-Access-Speicher, vorzugs- 
weise dessen oberen Bereich. 

In bevorzugter Ausgestaltung ist vorgesehen, dass in der 
5 Zentraleinheit des Rechners (CPU) Speicherkontexte 

(virtuelle Arbeitsraume) geschaffen werden, wobei insbeson- 
dere der SBS-Treiber in der Zentraleinheit (CPU) einen Tun- 
nelkontext aufsetzen kann, liber den ein Wechsel des Arbei- 
ten der Betriebssysteme vermittelt wird. Der als Kontext 

10 bezeichnete virtuelle Arbeitsraum setzt sich aus beliebigen 
Blocken des physikalischen Speichers zusammen. Eine Memory- 
Management-Unit (MMU) verwaltet derartige Kontexte in einer 
als MMU-Tabelle bezeichneten Speicherzuordnungstabelle, mit 
der der Kontext beschrieben wird. Programmtechnisch bewegt 

15 man sich im virtuellen Adressraum der durch die Arbeitswei- 
se der MMU auf den physikalischen Speicher verweist. 

In Weiterbildung ist vorgesehen, dass nach dem Laden des 
Sekundar-Betriebs systems ein Einsprung in dasselbe und zwar 
20 genauer in das Board-Support-Paket erfolgt, welches in wei- 
terer Ausbildung einen Kontext zum Booten des Sekundar- 
Betriebssystems im Prozessor auf setzt. 

In weiterer Ausbildung ist vorgesehen, dass in den Tunnel- 
25 Kontext unter anderem eine im Treiber enthaltene Tunnel- 
Speicherseite geladen wird, in welche der Programmablauf 
verzweigt, woraufhin iiber diese Programm-Codes des Sekun- 
dar-Betriebssystems in den neuen Speicherkontext geladen 
wird und der vollstandige Bbotvorgang des Sekundar- 
30 Betriebssystems fortgesetzt wird. 

Zur Durchfuhrung der vorgenannten Verf ahrensschritte ist in 
bevorzugter Ausgestaltung der erf indungsgemaBen Einrichtung 
vorgesehen, dass der SBS-Treiber einen SBS-Ladeabschnitt 
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sowie einen die Tunnel-Speicherseite beinhaltenden Tunnel- 
Bereich aufweist. 

In bevorzugter Weiterbildung des erf indungsgemaiien Verfah- 
5 rens erfolgt nach dem Laden bzw. bei jeglichem Betrieb des 
Sekundar-Betriebssystems ein Wechsel von diesem zum Primar- 
Betriebssystem entweder bei Ruhen des Sekundar-Betriebs- 
systems (Eintritt desselben in seine Leerlauf schleif e - 
Idle-Loop) oder aber durch einen entsprechenden Riicksprung- 
10 befehl im Programmablauf des Sekundar-Betriebssystems zum 
Rucksprung in das Primar-Betriebssystem. 

Zur Durchfuhrung dieses Verf ahrensschritts sieht die erfin- 
dungsgemaJBe Einrichtung weiterhin vor, dass das Board- 
15 Support-Pake t einen entsprechenden Riicksprung-Abschnitt 
aufweist . 

In weiterer bevorzugter Ausbildung des erf indungsgemalien 
Verfahrens ist vorgesehen, dass ein Wechsel vom Primar- 
20 Betriebssystem zum Sekundar-Betriebssystem durch einen fur 
das Sekundar-Betriebssystem bestimmte SBS-Unterbrechungs- 
anf orderung erfolgt - 

Hierzu weist der SBS-Treiber einen Unterbrechungs-Tabellen- 
25 Abschnitt auf , mittels dessen er im Primar-Betriebssystem 
eine Unterbrechungsauf ruf-Tabelle (Interrupt-Tabelle) er- 
zeugt, die - unter anderem - einen Aufruf einer Unterbre- 
chungs-Behandlungsroutine zum Aufruf des Sekundar- 
Betriebssystems enthalt . 

30 

In bevorzugter Weiterbildung des erf indungsgemalien Verfah- 
rens ist demgemaB vorgesehen, dass eine Unterbrechungs- 
Behandlungsroutine im SBS-Treiber die Unterbrechungs- 
Auf ruf-Tabelle des Sekundar-Betriebssystems liest und die 
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Verarbeitung des letzteren an der den Unterbrechungs-Auf ruf 
betreffenden Stelle erfolgt bzw. fortgesetzt wird. 

Erfolgt ein Unterbrechungs-Auf ruf , der nicht-fur das Pri- 
5 mar-Betriebssystem bestimmt ist, so fangt der SPS-System- 
Treiber diesen ab und leitet ihn uber das Board-Support- 
Paket an das Sekundar-Betriebssystem weiter, so dass erfin- 
dungsgemali ein Wechsel zwischen den Betriebssystemen mit- 
tels des SBS-Treibers des Primar-Betriebs systems und des 
10 Board-Support-Pakets des Sekundar-Betriebssystems erfolgt. 

Insbesondere, soweit ein Prozessor nicht den direkten Wech- 
sel von Kontexten unterstutzt, ist erf indungsgemafi in wei- 
terer Ausbildung vorgesehen, dass der Wechsel der Aktivitat 
15 der Betriebssysteme mittels eines Tunnel-Bereichs in dem 
zusatzlich zum Primar-Betriebssystem - und zum Sekundar- 
Betriebssystem-Kontext aufgesetzten Tunnel-Kontext erfolgt. 

In weiterer bevorzugter Ausgestaltung des erf indungsgemalben 
20 Verfahrens ist vorgesehen, dass beim Wechsel von einem Be- 
triebssystem zum anderen Betriebssystem alle Systemzustande 
(im Random-Access-Speicher) gespeichert werden, insbesonde- 
re samtliche CPU-Register/ und vorzugsweise dariiber hinaus 
samtliche prozessorinternen Caches geleert werden . In ent- 
25 sprechender Weiterbildung ist vorgesehen, dass beim Wechsel 
von einem Betriebssystem zum anderen Betriebssystem die 
neuen System-Zustande des anderen Betriebs systems , insbe- 
sondere CPU-Registerinhalte und Speichermanagement- (MMU- 
Tabellen) in den Prozessor geladen werden. 

30 

Schliefilich sieht die Erfindung in weiterer Ausgestaltung 
vor, dass die Taktgenerierung fur das Sekundar-Betriebs- 
system durch den Hardware-Hauptzeitgeber (Timer) erfolgt, 
also nur das Sekundar-Betriebssystem auf diesen Zugrif f 
35 hat, wahrend die Taktgenerierung fur das Primar-Betriebs- 
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system durch einen Takt-System-Treiber erfolgt. Dies ist 
insbesondere vorgesehen und vorteilhaft, wenn das Sekundar- 
Betriebssystem ein Echtzeit-Betriebssystem zur Steuerung 
einer industriellen Anlage oder Maschine ist, wahrend das 
5 Primar-Betriebs system zur Bedienung durch einen Bediener 
dierit und diesem insbesondere eine ergonomische graphische 
Oberflache zur Bedienung zur Verfiigung stellt. 

Weitere Vorteile und Merkmale der Erfindung ergeben sich 
10 aus den Ansprlichen und aus der nachf olgenden Beschreibung, 
in der ein Ausf iihrungsbeispiel der Erfindung unter Bezug- 
nahme auf die Zeichnung im Einzelnen erlautert ist. Dabei 
zeigt : 



15 Fig. 1 die Zuordnung von Primar- und Sekundar- 

Betriebssystem zu den einzelnen Ressourcen eines 
Rechners sowie den Aufbau eines Betriebssystems 
am Beispiel des Sekundar-Betriebssystems; 

20 Fig. 2 ein Diagramm zum Vorgang des Ladens des Sekundar- 
Betriebssystems sowie bei Ruhen des Sekundar- 
Betriebssystems des Rticksprungs in das Primar- 
Betriebs system; 

25 Fig. 3 ein Wechsel vom Primar-Betriebssystem zum Sekun- 
dar-Betriebssystem; und 

Fig. 4 eine Darstellung zur Synchronisation der Uhr des 
Primar-Betriebssystems . 

30 

Die Fig. 1 zeigt die Zuordnung der (Hardware-) Ressourcen HR 
eines Rechners zum Primar-Betriebssystems PBS und zum Se- 
kundar-Betriebs system SBS im Rahmen der Erfindung. Sie 
zeigt weiterhin den prinzipiellen Aufbau eines Betriebssys- 
35 terns am Beispiel des Sekundar-Betriebssystems SBS. 
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Ein Betriebssystem weist zunachst einen Kern oder Kernel K 
als zentralen Kern desselben auf . Es weist weiterhin ein 
Board-Support-Package BSP oder Platinen-Unterstiitzungs- 
Paket auf, in dem die Basis-Hardwaredienste BHD implemen- 
tiert sind. Diese stellen die fur das Betriebssystem not- 
wendigen Schnittstellen zur Hardware, wie zum Interrupt- 
Controller, Systemzeitgeber etc. dar. Die BHD ermoglichen 
es, das Betriebssystem auf unterschiedlichen Hardwaresyste- 
men einzusetzen. Gewohnlich wird das BSP in Quellform vom 
Hersteller zur Verfugung gestellt, damit der Hardware- 
Hersteller das Betriebssystem auf seine Hardware anpassen 
kann . 

Das Betriebssystem weist weiter Architekturdienste AD auf, 
die die fur das Betriebssystem notwendigen Schnittstellen 
zu den zentralrechner-spezif ischen Diensten, wie Exception- 
und Interrupt-Bearbeitung, MMU-Verwaltung bilden. Die AD 
ermoglichen es dem Betriebssystem, auf verschiedenen 
Zentralprozessoreinheits-Plattformen (CPU-Plattf orm) zu ar- 
beiten. 

Das Betriebssystem weist dariiber hinaus generische Be- 
triebssystem-Dienste BSD auf, die Anwendungssof tware AS 
(AS1, AS2) hochwertige Dienste, wie Speicherverwaltung, 
Netzwerk-Dienste, Multitasking-Dienste etc. zur Verfugung 
stellen. Bei einem Betriebssystem steht ublicherweise le- 
diglich das BSP in Quellform zur Verfugung, wahrend Anpas- 
sungen der Architektur- und den generischen Betriebssystem 
Diensten nicht moglich sind. Weiter sind die den beiden Be 
triebssystem angeordneten physikalischen Speicher PS1 und 
PS2 sowie die Telle der Interruptkontrollen IC1 und IC2 
dargestellt, die die Interupts fur das PBS bzw. das SBS an 
steuern. 
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Wie aus der Fig. 1 entnehmbar ist, werden wichtige Ressour- 
cen des Rechners fur das Betriebssystem wie folgt zugeord- 
net : 

Beide Betriebssysteme verwenden, jeweils zum Zeitpunkt ih- 
rer Aktivitat den gesamten virtuellen Speicher VS und samt- 
liche CPU-Register CPU-R, wie insbesondere Standardregis- 
ter, Floating-Point-Register, Steuer-Register . Beide Be- 
triebssysteme teilen sich zunachst den Random-Access- 
Speicher RAM, wobei jedes Betriebssystem einen Teil dieses 
Speichers besitzt und das Sekundar-Betriebssystem SBS vor- 
zugsweise in den oberen Teil des Random- Access-Speichers 
RAM geladen ist. Sie teilen sich weiterhin den Interrupt- 
Controller IRC, wobei jedem Betriebssystem eindeutige In- 
terrupts zugeordnet sind . 

Das Sekundar-Betriebssystem hat insbesondere alleinigen 
Zugriff zum Systemzeitgeber SZG, wahrend das Primar-Be- 
triebssystem PBS alleinigen Zugriff auf die Festplatte FP 
hat. Dem jeweiligen Betriebssystem sind Treiber Tl (des 
Primar-Betriebs systems) bzw. T2 (des Sekundar-Betriebs- 
systems) unter anderem zur Verwaltung der jeweiligen dem 
entsprechenden Betriebssystem Zusatzhardware ZHP fur das 
Primar- bzw. Sekundar-Betriebssystem ZHS zugeordnet. 

Einer der Treiber des Primar-Betriebssystems ist der Trei- 
ber SBS-T zum Laden des Sekundar-Betriebssystems . 

In der Fig. 2 ist das Laden des Sekundar-Betriebssystems 
SBS dargestellt. 

Hierbei wird zunachst vorausgesetzt, dass das Primar- 
Betriebssystem PBS in iiblicher Weise mittels eines Bootla- 
ders in den Speicher des Rechners geladen ist und dabei 
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auch cler System-Treiber SBS-T fur das Sekundar-Betriebs- 
system SBS mitgeladen wurde . 

Nach Laden des Primar-Betriebssystems PBS ladt der SBS-T 
5 zunachst das Sekundar-Betriebssystem. SBS in einen separaten 
vom Primar-Betriebssystem PBS nicht verwendeten Speicherbe- 
reich des RAM-Speichers, vorzugsweise den oberen Bereich 
des physikalischen RAMs, so dass der Sekundar-Betriebs- 
system-Treiber SBS-T den Boot-Lader fur das Sekundar- 
10 Betriebssystem SBS bildet. 

Neben dem in iiblicher Weise aufgesetzten Speicherkontext 
fiir das Primar-Betriebssystem PBS, aufgesetzt durch dassel- 
be, wird zum Einsatz des Sekundar-Betriebssystems zunachst 
15 durch den System-Treiber ein Kontext BK zum Booten des Se- 
kundar-Betriebssystems und ein Tunnel-Kontext TK in der CPU 
zum Wechsel zwischen den Kontexten PK des Primar-Betriebs- 
systems und dem BK aufgesetzt. 

20 Der Einsprung aus dem System-Treiber SBS-T in das Sekundar- 
Betriebssystem erfolgt nach dem Ladevorgang in das Board 
Support Package des Sekundar-Betriebssystems (Schritte 1 
bis 2 der Fig. 2) . Der System-Treiber SBS-T wird, wie der 
Pfeil andeutet, ausschlieJilich fiir den Wechsel vom Primar- 

25 zum Sekundar-Betriebssystem benotigt. Sodann wird die Pro- 
grammbearbeitung im Board Support Package des Sekundar- 
Betriebssystems fortgesetzt. Das Board Support Package 
setzt dabei den zum Booten des SBS benotigten Kontext BK 
auf . Anschlieftend wird der Programmablauf in den Tunnel- 

30 Bereich TB des Tunnel-Kontext TK verzweigt (Schritt 3) , der 
Boot-Kontext BK geladen (Schritt 4) und der Bootvorgang des 
Sekundar-Betriebssystems fortgesetzt (Schritt 5) . Hierbei 
setzt das SBS seinen eigenen Kontext auf, in welchen ioei 
jedem zukiinftigen Wechsel vom PBS ins SBS verzweigt wird. 

35 
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.Der Tunnel-Bereich enthalt hierzu den " Urns chalt code" zwi- 
schen dem Bootlader- bzw. Sekundar-Kontext und dem Tunnel- 
Kontext. Der Tunnel-Bereich besteht aus genau einer Spei- 
cherseite, in welchem der Umschaltcode abgelegt ist. Dieser 
Urnschaltcode befindet sich in alien Kontexten (Tunnel- 
Kontext und Bootlader- bzw. Sekundar-Kontext) an derselben 
virtuellen Adresse. 

Nach dem Wechsel in das Sekundar-Betriebssystem SBS und bei 
dessen Betrieb, wird der System-Treiber SBS-T vom Sekundar- 
Betriebssystem nicht mehr benotigt, greift auf diesen oder 
auf sonstige Teile des Primar-Betriebssystems PBS nicht zu 
und verwendet diese nicht- Das Sekundar-Betriebssystem ar- 
beitet insofern vollig autonom. 

Gelangt das Sekundar-Betriebssystem SBS in einen Ruhezu- 
stand IL (Idle-Loop) , so erfolgt automatisch ein Riicksprung 
in das Primar-Betriebssystem (Schritt 6, 7, 8) . Solange das 
Sekundar-Betriebssystem aktiv ist, werden auftretende Un- 
terbrechungs-Auf rufe ausschliefilich vom Sekundar-Betriebs- 
system SBS bearbeitet. 

Vor dem Laden des Sekundar-Betriebssystems SBS - und bei 
jedem Wechsel zu diesem - werden samtliche Register der CPU 
des Primar-Betriebssystems gespeichert und die CPU-internen 
Caches werden geleert. 

Beim Laden des Sekundar-Betriebssystems - und beim Wechsel 
in dasselbe - werden samtliche CPU-Register des Sekundar- 
Betriebssystems SBS und dessen MMU-Tabellen geladen. 

Beim Wechsel vom Sekundar-Betriebssystem SBS zum Primar- 
Betriebssystem PBS erfolgt das Sichern der Systemzustande 
des Sekundar-Betriebssystems und das Laden der Systemzu- 
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stande fur das Primar-Betriebssystem in entsprechender Wei- 
se . 

Wenn die zentrale Rechnereinheit (CPU) einen direkten Wech- 
sel von Kontexten unterstutzt, wie es beispielsweise bei • 
der Intel-X8 6-Architektur via Task-Saf e-Segmente der Fall 
ist, kann auch auf den Tunnel-Kontext verzichtet werden, so 
dass der Wechsel zwischen den Betriebssystemen direkt uber 
Primar-Kontext PK und Sekundar-Kontext SK erfolgen kann. 



Ein Wechsel. von der Aktivitat des Primar-Betriebssystems 
PBS zuni Auf ruf und zur Aktivitat des Sekundar-Betriebs- 
systems SBS erfolgt ausschliefilich auf einen fur letzteres 
bestimmten Unterbrechungsauf ruf (Interrupt) hin. Beim Auf- 
15 treten eines solchen werden der System-Treiber ST und das 
BSP des Sekundar-Betriebssystems in den Speicherkontext SK 
d es sekundar-Betriebssystems SBS verzweigen und dort die 
entsprechende zugeordnete Unterbrechungs-Dienst-Routine ab- 
arbeiten. 

20 

Bei Aktivitat des Primar-Betriebssystems werden zum Wechsel 
zum Sekundar-Betriebs-Systems demgemafi die in Fig. 3 darge- 
stellten Schritte durchgef tihrt : 

25 Wenn das Primar-Betriebs system aktiv ist und ein Unterbre- 
chungs-Ablauf (Interrupt) erfolgt, verzweigt die zentrale 
Rechnereinheit aufgrund der Interrupt-Anf orderung direkt in 
den System-Treiber (Schritt A) - der Interrupt wird vom 
System-Treiber abgefangen. Der System-Treiber ST sichert 

30 samtliche Prozessor-Register und wechselt in den Tunnel- 
Kontext TK (Fig. 2) . Der System-Treiber verzweigt direkt in 
die generische Interrupt-Bearbeitung des BSP des Sekundar- 
Betriebssystems. Hier wird unmittelbar anhand bzw. durch 
Zugriff auf die der Interrupt-Tabelle des Sekundar- 

35 Betriebssystems ermittelt, wo die Interrupt-Service-Routine 
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ISR des Sekundar-Betriebssystems liegt, wohin die Bearbei- 
tung verzweigen soli (Schritt B) . 

Die generische ' Interrupt-Bearbeitung, verzweigt . vom System- 
Treiber iiber die Tunneling-FunktAon, welche den Sekundar- 
Betriebssystem-Kqntext SK aktiviert (Schritt C) , direkt 
dann in die Interrupt-Bearbeitungsf unktion ISR im Sekundar- 
Betriebssystem SBS (Schritt D) - und nicht liber irgendeinen 
speziellen Code des Sekundar-Betriebssystems, der erf in- 
dungsgemaiS so nicht notwendig und nicht vorhanden ist. 

Anschlieftend wird das Sekundar-Betriebssystem SBS so lange 
abgearbeitet, bis samtliche Prozesse ihre Rechenzeit abge- 
ben und dadurch in die Ruhe-Schleif e (Idle-Loop) des Sekun- 
dar-Betriebs systems SBS verzweigt wird. 

Wenn das Sekundar-Betriebssystem SBS aktiv ist und ein In- 
terrupt fur dieses selbst auftritt, erfolgt der Aufruf der 
Interrupt Service Routine ISR automatisch ohne weitere Ein- 
griffe. Der Prozessor selbst springt dort hin, da beira 
Wechsel vom Primar-Betriebssystem in an sich iiblicher Weise 
zum. Sekundar-Betriebssystem im Prozessor die Interrupt- 
Tabelle ausgetauscht wird, also bei diesem Wechsel die In- 
terrupt-Tabelle des Sekundar-Betriebssystems SBS gesetzt 
wird. Es wird in Fig. 3 also ausschliefilich Schritt D auf- 
gezeigt. Deshalb ist es auch moglich, das Primar-Betriebs- 
system PBS und dessen System-Treiber zu loschen, ohne Ein- 
schrankungen fiir das Sekundar-Betriebssystem SBS zu erfah- 
ren . 

Von der Ruhe-Schleif e aus wird dann iiber den Tunnel-Bereich 
in den Tunnel-Kontext TK gewechselt (Schritt 6, 7 in Fig. 
2) . Die Tunnel-Funktion kehrt dann wieder in den System- 
Treiber des Primar-Betriebssys terns PBS zuriick (Schritt 8) , 



15 



WO 2005/038651 



PCT/EP2004/011526 



von wo aus dieser wieder den Primar-Kontext PK aktiviert 
und den Betrieb des Primar-Betriebssystems PBS fortsetzt. 

Alternativ zur Verwendung der Ruhe-Schleif e IL des Sekun- . 
dar-Betriebs systems SBS als Einsprungspunkt zum Wechsel in 
das Primar-Betriebssystem existiert die Moglichkeit, iiber 
einen regularen Prozess im Sekundar-Betriebssystem SBS die- 
sen Wechsel anzustolien. Hierzu existiert im SBS eine Funk- 
tion des Sekundar-Betriebssystems SBS, welche von Prozesseh 
aufgerufen werden karxn. Der Aufruf verzweigt dann wieder 
zuruck zum Primar-Betriebssystem (Schritt 6 bis 8) so lan- 
ge, bis der nachst Interrupt fur das Sekundar-Betriebs- 
system SBS auftritt. 

Wie schon oben gesagt, wird der Haupt-Systemzeitgeber HSZG 
vom Sekundar-Betriebssystem SBS gesteuert. Hierzu wird das 
Primar-Betriebssystem dahingehend geandert, beispielsweise 
durch Patches, dass samtliche Zugriffe auf den Haupt- 
Systemzeitgeber HSZG durch den System-Treiber ST abgefangen 
werden. Dieser speichert Inf ormationen dahingehend, mit 
welcher Taktrate das Primar-Betriebssystem PBS -betrieben 
werden soil. Die Taktrate im Sekundar-Betriebssystem muss 
dabei hoher sein als die des Primar-Betriebssystems. Zur' 
Synchronisation des Timers des Primar-Betriebssystems 
lauft, wie dies in der Fig. 4 dargestellt ist, neben dem 
Hauptzeitgeber HZG im System-Treiber ein virtueller Zeitge- 
ber VZ - mit geringerer Taktrate - mit, welcher immer dann 
urn die Taktrate des Primar-Betriebssystems PBS implemen- 
tiert wird, sobald die entsprechende Zeit tatsachlich abge- 
laufen ist. Gibt das Sekundar-Betriebssystem die Rechenzeit 
fur einen langeren Zeitraum nicht ab, so lauft anschlieBend 
die Uhr fur das Primar-Betriebssystem so lange schneller, 
bis die Zeitdif f erenz wieder aufgeholt wird und zwar im 
Takt des Zeitgebers des Sekundar-Betriebssystems. Dadurch 
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im Primar-Betriebs system nicht 
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Paten tanspriiche 

1. Verfahren zum Betreiben ( Implement ieren) eines Sekun- 
dar-Betriebssystems auf einem Rechner neben einem Pri- 
mar-Betriebssystem, dadurch gekennzeichnet, dass ein 
Sekundar-Betriebssystem-Treiber (SBS-Treiber) des Pri- 
mar-Betriebssystems zum Laden und Steuern des Sekundar- 
Betriebssystems geladen wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet , dass 
der Sekundar-Betriebssystem-Treiber (SBS-Treiber) an- 
schliefiend das Sekundar-Betriebs system ladt. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeich- 
net , dass der Sekundar-Betriebssystem-Treiber das Se- 
kundar-Betriebs system ladt. 

4. Verfahren nach einem der Anspruche 1 bis 3, dadurch ge- 
kennzeichnet, dass in der Zentraleinheit des Rechners 
(CPU) Speicherkontexte (virtuelle Arbeitsraume) ge- 
schaffen werden. 

5. Verfahren nach einem der Ansprxiche 1 bis 4, dadurch ge- 
kennzeichnet, dass ein Wechsel zwischen den Betriebs- 
systemen mittels des SBS-Treibers des Primar-Betriebs- 
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systems und des Platinen-Unterstiitzungs-Pakets (BSP) 
erf olgt . 

6. Verfahren, insbesondere nach einem der vorangehenden 

5 Anspruche, dadurch gekennzeichnet f dass bei einem Wech- 

sel der Abhangigkeit der Betriebssysteme ein Austausch 
der Interrupt-Tabellen erf olgt. 

7. Verfahren nach einem der Anspruche 1 bis 6, dadurch ge- 
lO kennzeichnet, dass das Sekundar-Betriebssystem einen 

Wechsel zum Primar-Betriebsystem steuert. 

8. Verfahren nach Anspruch 7, dadurch gekennzeichnet , dass 
ein Wechsel vom Sekundar-Betriebssystem zum Primar- 

15 Betriebssystem bei Ruhen des Sekundar-Betriebssystems 

(Eintritt in Idle-Loop) erf olgt. 

9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass 
ein Wechsel vom Sekundar-Betriebssystem zum Primar- 

20 Betriebssystem durch einen Befehl im Programmablauf des 

Sekundar-Betriebssystems erf olgt . 

10. Verfahren nach einem der Anspruche 1 bis 9, dadurch ge- 
kennzeichnet , dass ein Wechsel vom Primar-Betriebs- 

25 system zum Sekundar-Betriebssystem. durch einen Un- 

terbrechungs-Auf ruf (Interrupt) erf olgt . 

11. Verfahren nach einem der vorangehenden Anspruche, da- 
durch gekennzeichnet, dass der Wechsel zwischen den Be- 

30 triebssystemen mittels in einem Tunnelbereich des Spei- 

chers abgelegten Programmcode erf olgt. 

12. Verfahren nach einem der vorangehenden Anspruche, da- 
durch gekennzeichnet, dass Unterbrechungs-Auf rufe des 

35 Primar-Betriebssystems wahrend des Ablaufs des Sekun- 
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dar-Betriebs systems gesperrt werden. 

i 

13. Verfahren nach einem der vorangehenden Anspruche, da- 
durch gekennzeichnet, dass eine Unterbrechungs- 
Behandlungsroutine im SBS-Treiber die Unterbrechungs- 
Auf ruf-Tabelle des Sekundar-Betriebssystems liest und 
die Verarbeitung des letzteren an der den Unterbre- 
chungs-Auf ruf betreffenden Stelle erfolgt bzw. fortge- 
setzt wird. 

14. Verfahren nach einem der vorangehenden Anspruche, da- 
durch gekennzeichnet, dass der Systemtreiber fiir jeden 
dem Sekundar-Betriebssystem zugeordneten Interrupt (der 
also einen Unterbrechungs-Auf ruf im Sekundar-Betriebs- 
system auslosen soil) einen Eintrag in der Unterbre- 
chungs-Auf ruf-Tabelle im Primar-Betriebs system erzeugt, 
die dann wiederum einen Aufruf der entsprechenden 
Interrupt-Behandlungsroutine im Sekundar-Betriebssystem 
auslost . 

15. Verfahren nach einem der vorangehenden Anspruche, da- 
durch gekennzeichnet, dass mittels einer Unterbre- 
chungs-Auf ruf -Behandlungs routine im System-Treiber die 
in der Interrupt-Tabelle des Sekundar-Betriebssystems 
(SBS) abgespeicherte Information, an welcher Stelle im 
Sekundar-Betriebssystem die Abarbeitung des Unterbre- 
chungs-Auf ruf s (Interrupts) zu erfolgen hat, ermittelt 
wird. 

16. Verfahren nach einem der vorangehenden Anspruche, da- 
durch gekennzeichnet, dass bei Aktivitat des Sekundar- 
Betriebssystems (SBS) auf eine Unterbrechungsanf orde- 
rung durch die in der Unterbrechungs-Auf ruf-Tabelle des 
Sekundar-Betriebssystems abgespeicherte Information, an 
welcher Stelle im Sekundar-Betriebssystem die Abarbei- 
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tung des Unterbrechungs-Auf ruf s (Interrupts) zu erfol- 
gen hat, die Unterbrechungs-Auf ruf-Behandlungsroutine 
des Sekundar-Betriebs systems (SBS) direkt ohne Umweg 
iiber den System-Treiber, nur durch das Sekundar- 
Betriebs system aufgerufen wird. 

17. Verfahren nach einem der Anspriiche 12 bis 16, dadurch 
gekennzeichnet, dass nach Auftreten eines entsprechen- 
den Unterbrechungs-Aufruf s und der Ermittlung der Stel- 
le im Sekundar-Betriebssystem, an welcher die Abarbei- 
tung des Interrupts zu erfolgen hat, die Verarbeitung 
desselben an der dem Unterbrechungs-Aufruf betreffenden 
Stelle im Sekundar-Betriebssystem fortgesetzt wird. 

18. Verfahren nach einem der vorangehenden Anspriiche, da- 
durch gekennzeichnet, dass beim Wechsel von einem Be- 
triebssystem zum anderen alle Systemzustande des einen 
Betriebssystems gespeichert werden. 

19. Verfahren nach einem der vorangehenden Anspriiche, da- 
durch gekennzeichnet, dass beim Wechsel von einem Be- 
triebssystem zum anderen Betriebssystem alle Systemzu- 
stande des anderen Betriebssystems geladen werden. 

20. Verfahren nach einem der vorangehenden Anspriiche, da- 
durch gekennzeichnet, dass* die Taktgenerierung fiir das 
Sekundar-Betriebssystem durch den Hardware- 
Hauptzeitgeber (Timer) erfolgt. 

21. Verfahren nach einem der vorangehenden Anspriiche, da- 
durch gekennzeichnet, dass die Taktgenerierung fiir das 
Primar-Betriebssystem durch einen Takt-Systemtreiber 
erfolgt. 
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22. Einrichtung zum Betreiben eines Sekundar-Betriebs- 
systems auf einem Rechner neben einem Primar-Betriebs- 
system, gekennzeichnet durch einen Sekundar-Betriebs- 
system-Treiber (SBS-Treiber) des Primar-Betriebssystems 
zum Laden und Steuern des Sekundar-Betriebs systems . 

23. Einrichtung nach Anspruch 22, dadurch gekennzeichnet, 
dass der SBS-Treiber eine Tunnel-Kontext-Auf setz-Rou- 
tine zum Aufsetzen eines Tunnel-Kontextes in der Zent- 
raleinheit (CPU) aufweist. 

24. Einrichtung, insbesondere nach Anspruch 22 oder 23, da- 
durch gekennzeichnet, dass sie zum Austausch der Inter- 
rupt-Tabellen bei einem Wechsel der Aktivitat der Be- 
triebssysteme ausgebildet ist. 

25. Einrichtung nach Anspruch 22 oder 24, dadurch gekenn- 
zeichnet, dass der SBS-Treiber eine Unterbrechungs- 
Auf ruf tabellen-Anderungs-Routine aufweist zur Erzeugung 
von Eintragen in der Unterbrechungs-Auf ruf-Tabelle des 
Primar-Betriebssysstems, die zumindest Eintrage fur die 
Unterbrechungs-Aufruf e fur das Sekundar-Betriebssystem 
vornimmt . 

26. Einrichtung nach einem der Anspriiche 22 bis 25, dadurch 
gekennzeichnet, dass das Board-Support-Paket (BSP) ei- 
nen Abschnitt zum Riicksprung in das Primar-Betriebs- 
system ( PBS ) aufweist . 

27. Einrichtung nach einem der Ansprliche 22 bis 26, dadurch 
gekennzeichnet, dass der Sekundar-Betriebssystem- 
Treiber (SBS-Treiber) einen Unterbrechungs-Tabellen- 
Abschnitt aufweist, mittels dessen er im Primar- 
Betriebssystem eine Unterbrechungsauf ruf-Tabelle 
(Interrupt-Tabelle) erzeugt, die einen Aufruf einer Un- 
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terbrechungs-Behandlungsroutine zum Aufruf des Sekun- 
dar-Betriebssystems enthalt. 

28. Einrichtung nach einem der Anspriiche 22 bis 27, dadurch 
gekennzeichnet, dass der System-Treiber zum Erzeugen 
eines Eintrags in der Unterbrechungs-Auf ruf-Tabelle im 
Primar-Betriebs system (PBS) fur jeden dem Sekundar- 
Betriebssystem (SBS) zugeordneten Interrupt (der also 
einen Unterbrechungs-Auf ruf im Sekundar-Betriebssystem 
(SBS) ausldsen soil), und dass die Unterbrechungs- 
Auf ruf -Tabelle zum' Aufruf der entsprechenden Interrupt- 
Behandlungsroutine im Sekundar-Betriebssystem (SBS) 
ausgebildet ist. 

29. Einrichtung nach einem der Anspriiche 22 bis' 28, dadurch 
gekennzeichnet, dass' eine Unterbrechungs-Auf ruf - 
Behandlungsroutine im System-Treiber zur Ermittlung der 
in der Interrupt-Tabelle des Sekundar-Betriebssystems 
(SBS) gespeicherten Information, an welcher Stelle im 
Sekundar-Betriebssystem die Abarbeitung des Unterbre- 
chungs-Auf ruf s (Interrupts) zu erfolgen hat, ausgebil- 
det ist. 

30. Vorrichtung nach einem der Anspriiche 22 bis 29 f dadurch 
25 gekennzeichnet, dass sie dazu ausgebildet ist, bei Ak- 

tivitat des Sekundar-Betriebssystems (SBS) auf eine Un- 
terbrechungsanforderung durch die in der Unterbre- 
chungs-Auf ruf-Tabelle des Sekundar-Betriebssystems ge- 
speicherte Information, an welcher Stelle im Sekundar- 

30 Betriebssystem die Abarbeitung des Unterbrechungs- 

Aufrufs (Interrupts) zu erfolgen hat, die Unterbre- 
chungs-Auf ruf-Behandlungsroutine des Sekundar- 
Betriebssystems (SBS) direkt ohne Umweg liber den Sys- 
tem-Treiber, nur durch das Sekundar-Betriebssystem auf- 

35 zurufen. 
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Be zugs z e i chen 1 i s te 



AD Architekturdienste 

BHD Basis-Hardwaredienste 

BSD Betriebssystem-Dienste 

5 BSP Board-Support-Package 

CPU Zentralprozessoreinheit 

CPU-R CPU-Register 

FP Festplatte 

HR Hardware-Ressourcen 

10 IC1 Teil des Interrupts-Controllers, der die Inter- 
rupts fur das PBS ansteuert 

IC2 Teil des Interrupts-Controllers, der die Inter- 
rupts fur das SBS ansteuert 

IL Idle-Loop 

15 IRC Interrupt-Controller 

K Kernel 

PBS Primar-Betriebssystem 

PK Kontext des Primar-Betriebssystems 

PS1 physikalischer Speicher, welcher dem PBS zugeord- 

20 net ist 

PS2 physikalischer Speicher, welcher dem SBS zugeord- 
net ist 

RAM Random- Ac cess-Spei che r 

SBS Sekundar-Betriebssystem 
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SBS-T 


Treiber zum Laden des Sekundar-Betriebs systems 


SK 


Kontext des Sekundar-Betriebssystems 


SK 


Speicherkontext 


ST-T 


Systemtreiber-Bereich 


SZG 


Systemzeitgeber 


Tl 


Treiber des Primar-Betriebssystems 


T2 


Treiber des Sekundar-Betriebs systems 


TB 


Tunnelbereich 


TK 


Tunnel-Kontext 


ZHP 


Zusatzhardware des Primar-Betriebssystems 


ZHS 


Zusatzhardware des Sekundar-Betriebssystems 
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"Dual System Operation" 
IBM TECHNICAL DISCLOSURE BULLETIN, IBM 
CORP. NEW YORK, US, 
Bd. 11, Nr. 12, April 1990 (1990-04), 
Seiten 1899-12800, XP002075223 
ISSN: 0018-8689 
das ganze Dokument 

US 5 483 647 A (YU ET AL) 
9. Oanuar 1996 (1996-01-09) 



1-30 



1-7, 

9-12, 

18-22 



Zusammenfassung 
Spalte 1, Zeile 60 



Spalte 2, Zeile 39 
-/- 
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'A* Ver6ffent0chung, die den allgemelnen Stand derTechnlkdefinlert, 
aber nlcht als besonders bedeutsam anzusehen 1st 

a E a aire res Dokument, das Jedoch erst am Oder nach dem Intematlonalen 
Anmetdedatum veroffentllcht worden 1st 

•L' Verdffentlichung, die geeignet 1st, einen Prioritatsanspruch zweifelhaft er- 
scheinen zu tassen, Oder durch die das Veroffentnchungsdatum einer 
anderen lm Recherchenbericht genannten Verdffentlichung belegt werden 
soil oder die aus einem anderen besonderen Grund angegeben 1st (wie 
ausgefOhrt) 

fl O* Verdffentlichung, die sich auf elne mQndliche Offenbarung, 

eine Benutzung, elne AussteUung Oder andere MaBnahmen bezieht 

■P" Verdffentlichung, die vor dem Intemalionalen Anmetdedaium, aber nach 
dem beanspruchten Prioritatsdatum veroffenulcht worden 1st 



T Spaiere Verdffentlichung, die nach dem intematlonalen Anmeldedatum 
oder dem Prioritatsdatum veroffentllcht worden ist und mft der 
Anmeldung nlcht koindlert, sondem nur zum Verstandnls des der 
Erfindung zugrundeliegenden Prinzips oder der ihr zugrundeDegenden 
Theotie angegeben Ist 

'X' Verdffentlichung von besonderer Bedeutung; die beanspruchte Erfindung I 
kann allein aufgrund dieser VerdffentDchung nicht als neu oder auf 
erfinderischer TSUgkeit beruhend betrachtet werden 

"V Verdffentlichung von besonderer Bedeutung; die beanspruchte Erfindung I 
kann nlcht als auf erflnderischer Tatigkeit beruhend betrachtet 
werden, wenn die Verdffentlichung mit etneroder mehreren anderen 
Verdffentlichungen dieser Kategorie in Verbindung gebracht wlrd und 
diese Verbindung fflr elnen Fachmann naheliegend ist 
Verdffentlichung, die MitgOed derseiben Patentfamilie ist 
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"JALUNA-2 PREVIEW RELEASE 1 DESCRIPTION" 

JALUNA REPORT, XX, XX, 

Dezember 2002 (2002-12), Seiten 1,3,5-32, 

XP001189063 

Absatz '1.1.1.! 

Absatz '1.2.3.! - Absatz '1.2.5.! 
Absatz '1.3. ! - Absatz '1.4. ! 
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EP 1 054 322 A (HITACHI, LTD) 
22. November 2000 (2000-11-22) 
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Absatz '0007! - Absatz '0009! 
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